Берешь способность на базе авиабомб или еще какой-нибудь пустышки, потом устанавливаешь систему детекта урона, к ней прикручиваешь свой триггер, который проверяет наличие способности, отнимает ману, добавляет способность на +100500 хп, запускает таймер на 0.00 секунд с повешенной на него через хеш информацией о нанесенном уроне, и после срабатывания таймера возвращает отнятые хп и удаляет +100500 хп способность.
В том и дело что ОТВЕТА - НЕТ.Способность я НЕ кастую.Я проверяю - есть ли она у героя, и какого она уровня. Мне нужна ПАССИВНАЯ, способность. В данном случае моя способность блокирует часть урона, в зависимости от уровня, она не является пустышкой. Всё. Теперь я в тригере делаю проверку - что способность у героя есть. И если она есть, то на каждом 20-м ударе по герою, будет добавлятся способность - защита +10, или больше, взависимости от уровня способности, и затем через 30 секунд удалятся.
Я не спрашивал как кастовать скилл, и как с ним работать.
Я спросил другое:
ПОЧЕМУ? Почему способность сама по себе работает(ОНА ПАССИВНАЯ, и она работает), а обращение к ней тригера(ПРОВЕРКА того что, способность у героя есть), даже если сам тригер не активируется(СОБЫТИЕ, ещё ни разу не произошло, или галочка "изначально включен" убрана), ломает игру?
Прочитай внимательно всё что я писал пожалуйста, у меня просто ощущение что ты не всё прочитал, и не всё скрины посмотрел.
В общем и целом. Подвожу итоги:
Проблема оказалась конкретно в способности. Я так посмотрел, она видимо каким-то образом забаговалась.
Она была сделана на основе способности "каменные доспехи", но конкретно у этой способности почему-то изначальная раса была "наги". Т.е. это уже странно, потому что эта способность изначально от "ночных эльфов". Кроме этого, я отличий от стандарта в ней никаких не видел.
Я ее удалил, создал абсолютно такую же способность, и она работает, всё запускается. Скилл(тригерный) я сделал ровно так как и хотел, никакой ошибки в нём нет и не было в помине, о чем я в принципе подозревал с самого начала. Не знаю с чем связать этот баг, поэтому в принципе вопрос закрываю. Ответ на него я нашёл сам: это баг редактора.
Других вариантов я не вижу.
"Недостаточно ресурсов памяти для обработки этой команды", получал такое когда вынуждал варик скушать больше гигабайта оперативки, но это завист от карты, в момент краша посмотри в диспетчере задач сколько war3.exe кушает
Это особенность патча 1.30, на 1.26 всё нормально с этим. Может быть попробовать поменять приоритет кампании в файле priority, в статье про mix-архив это подробнее описано.
Параметры стака ядов с одним и тем же баффом, это нужно чтобы складывались замедлени и\или урон от разных юнитов, или бафф тупо обновлялся.
С одним из параметров яды с разными баффами скатаются независимо, каждый вешает свой бафф. (годная основа для замедляющих способностей)
А игра вылетает из за зацикливания, темболее бафф при удалении и появлении наносит 0.00 ед урона, это так для справки.
local DamageTrigger = CreateTrigger()
for i = 0, bj_MAX_PLAYER_SLOTS - 1 do
TriggerRegisterPlayerUnitEvent(DamageTrigger, Player(i), EVENT_PLAYER_UNIT_DAMAGING) -- до вычета брони
TriggerRegisterPlayerUnitEvent(DamageTrigger, Player(i), EVENT_PLAYER_UNIT_DAMAGED) -- после вычета брони
end
TriggerAddAction(DamageTrigger, function()
local damage = GetEventDamage() -- число урона
local damageType = BlzGetEventDamageType() -- тип урона
local target = GetTriggerUnit() -- тот кто получил урон
local caster = GetEventDamageSource() -- тот кто нанёс урон
end)
Yury13, конечно для этого эта система и нужна
Юнит триггера - тот кто получил урон
Источник повреждений - тот кто нанёс урон
Ну и количество урона... на гуи не помню как уже
Вот условие на проверку баффа. Но тут может быть проблема, если у тебя есть станящие способности, которые используют не этот бафф.
Но мой способ, предложенный выше, также должен работать, причём независимо от того, какой станящий бафф наложен.
юнит начинает стройку, как только строитель поставит фундамент и начнется стройка. Можно в этот момент сохранить какую нибудь информацию о состояний.
юнит завершает стройку - при завершении строительства. После этого будем знать, что здание достроено.
Bergi_Bear, интересное утверждение, что абилки не активны у недостроенного здания, их не видно. можно ли проверить есть ли они в наличии? например проверить уровень (Lv>0), приказ кастануть и пр
по хп нельзя проверять % стройки. что если кто-то из вражин ударит, и хп уже не будет считаться полным. % стройки идет на время строительства раздел_строительство влияющие_на_здание
что эта за пассивка?
можно еще проверять текущий приказ у здания. Обычно у строящего здания текущий приказ равен id здания, что означает, что оно еще строится. к сожалению точно отследить % стройки у хуманов сложнее.
мнение о строителях хуманов
сложность вот в чем, с одним строителем не сложно определить % стройки. Даже когда он перестает временно строить, и возвращается. Все это отслеживается приказами. Нужно точно настроить и предусмотреть все. Но когда подключаются несколько рабочих, то стройка ускоряется. Нужно вводить некий счетчик строителей, которые одновременно строят одно здание. Если один строитель уходит во время стройки, счетчик убывает на единичку. Если счетчик равен = 0, значит стройка приостановлена. Теперь насколько ускоряется? щас затестил:
один хуман строит ратушу: 60 сек, 100%
два хумана строят ратушу: 30 сек, 50% Получается в 2 раза
три хумана строят ратушу: 20 сек, 33,3% Получается в 3 раза
но реально отследить, если коэффициент добавить. Проблема еще в том, что доп ускорение жрет ресурсы. Чтоб будет, если ресурсов не хватать будет? доп рабы перестанут строить? можно ли это отследить то? наверное приказами как-то отслеживается
Огненную стрелу нельзя спамить, в отличие от обычных спелов со снарядами.
Я для снарядов использовал Death Coil. Заменил захаркоденный эффект попадания, импортировав пустой файл по пути этого эффекта. Работать этот способ будет, если на карте нет юнитов с классификацией Нежить. И если не надо кастовать в своих (хотя это можно попытаться обойти временной выдачей классификации Нежить, я не проверял).
Есть ещё Acid Bomb, но эта способность накладывает бафф. До 1.31 (или 1.30) это будет сбивать все аналогичные баффы.
У анрайза вроде было, там был морф на мемхаке чисто без абилок, в его разделе должно быть. Найден ивент урона на предметы и разрушаемые обьекты.
Но без костыльно пока в паблике нету, портрет юнита хранится не в его структуре, нужно менять в бд данные о потртете или патчить прорисовку (что пока не сделал никто), так что тупо морфим да модель меняем.
Думаю, можно обойтись без тайлов.
Нужно сделать ето в JNGP.
Когда юзаеш способность, то сохраняєш координати точки, на какую юзнул способность (AbilityTarget),
тогда проверяєш тип проходимости для нее: если проходимо для летающих и не проходимо для пеших и проходимо для земноводных, то ето вода, тогда с некоторим шансом создаеш рибу.
Alexey103, руки распримите и сделайте триггерную смену анимации, "stand" - при завершении морфа, чтобы небыло death. Для моделей с альтернативными формами, меняются тег анимации, про это есть статьи. Если не получается - смотрите что вы сделали нетак.
'AHbu'/'AObu'/'AUbu'/'AEbu'/'AGbu'/'ANbu' - иконку кнопки строительства можно поменять, изменив в одной из указанных абилок иконку. Это абсолютно разные способности от каждой расы. Может показаться пустышками, но имеют реальные настройки (в мемхаке это что-то вроде контейнеров, или спелбуков). Открывают меню строительства. Также после того, как выбрали здание, и определились куда ставить, у каждой этой рассовой способности есть своя особенность строительства. Человечки строят своими руками, могут даже бросить и убежать от постройки. У нежити само строится, как поставится (будто призраки строят, но это можно отменить). У орков и эльфов рабочие находятся внутри стройки. Только у эльфов светлячки могут превращаться в древа, если у здание указано классификация "древо".
Описание кнопок и горячие клавиши (hot keys) находятся в Units/CommandStrings.txt
Изменить также можно в "дополнительно"->"игровой интерфейс"
сайт xgm.guru/p/wc3/27713
order_build = 851994
order_humanbuild = 851995
order_orcbuild = 851996
order_nightelfbuild = 851997
order_undeadbuild = 851998
order_resumebuild = 851999
851994-851999 (buildmenu): Приказ (без указания цели), открывающий меню строительства воина, способного возводить здания. Этот приказ не ловится триггером, нужен для того, чтобы открыть меню.
Важно: Вышеперечисленные приказы работают, если юнит выделен у игрока. Иначе, это приказы бессмысленны. Вы можете напрямую отдать приказ строить, зачем тогда проходить через меню строительства.
repair это приказ ремонта. Достаточно, для раба с абилкой строительства/ремонта указать на цель smart, чтобы шел ремонтировать. Но у самого рабочего в приказе repair в состоянии показываться.
Да, мы может в некоторых случаях пользоваться smart. smart - приказ щелчком правой кнопкой мыши. Когда мы указываем на цель пкм (приказ щелчком правой кнопкой мыши), срабатывает авто. Если отдать чисто в точку smart, то юнит побежит, у него будет отображаться приказ move. На вражескую цель навести smart, то будет attack. Если отправите работника на дерево или шахту smart'ом, то в состоянии тек приказа у него будет harvest и пр. repair отображает текущий приказ юнита, который что то ремонтирует. Все эти приказы часто зависят от способностей, невозможно, идти ремонтировать цель, если нет такого навыка, или в целях навыка ограничена (надо снять итд)
Пытался триггерно заставить рабочих повербилдить здание
что это слово такое? Ускорить строительство?
В случае строительства Альянса какая то галиматья
Что там с альянсом. Что ты хочешь добиться? Каким способом? Как ты это реализуешь
Crick12,
тогда периодик твой выбор с сохраннением юнита, пока способка работает. То есть отдаешь приказ, запускается триггер с периодиком. Отдаешь другой приказ - отменив целевой, а значит выключаем триггер с периодиком. Так-же после срабатывания способки в периодике, он сам себя выключает.
В таком случае периодик будет работать только тогда, когда есть нужный приказ. Для контроля в периодике еще можешь проверять приказ, если отменили каким-то образом - выключаешь периодик.
Нужно поставить скорость анимации на 0.
Например, расставляешь камео на карте и делаешь триггер:
Событие: Игрок - Игрок Х cinematic skipped (нажал Esc)
Условие:
Действия: (для каждого камео сделать действие)
If камео is selected равно Да Then Анимация - Set Animation Speed 0% Else Ничего
То есть выбираешь каждого или нескольких сразу, отдаёшь им приказы, а в нужный момент нажимаешь Esc, чтобы юнит "замер".
Чем не угодил Веер ножей смотрящей в ночь? Не сбивет приказ идти куда либо, кастуется мгновенно, но сбивает чаннелинги.
Похожим эффектом обладает Рев друидов медведей и Леденящий крик разрушителя.
А так абилок не сбивающих никакие приказы очень мало, безумия, стремительность, божественный щит, жар преисподней и остальные абилки щиты которые включаются и выключаются, так же скилл сфинксов 'Aave' но это морф, поэтому не очень подходит для основы в качестве кнопки.
Еще раз, 'Aams' - щит от магии, он дает маг имун и только. 'Aam2' - нейтрализует урон от магии, при этом в цель можно применять заклинания, обрати внимание там другой бафф.
EHP_Sequence, они лишь кажутся сложными. По сути триггеры в графическом виде интерпретируют язык программирования, на котором написана вся игра. Попробуй для начала в изначальном триггере добавить действия из категории Видимость - Disable Fog of War и Disable Black Mask, они откроют всю карту. Потом добавь действие из категории Игрок - самое первое, оно установит стартовое количество золота первому игроку. Порассматривав их и поразбиравшись, поймёшь, что это просто ещё дополнительные функции редактора.
А так по идее есть один вариант через Редактор объектов, который не проверял, потому что это зашквар какой-то) Найди для предмета способность Книга заклинаний, нажми Ctrl+D, чтобы слева в РО увидеть её равкод, добавь эту способность юниту, нажав Shift+Enter в поле способностей, и введя равкод книги, в книгу же добавь равкоды юнитов или предметов, которые хочешь сделать дополнительными.
Технологии - Приоритет это лишь графический параметр, влияющий на порядок отображения различных типов юнитов в нижней рамке при выделении. При автоатаке юниты учитывают, может ли юнит перемещаться, если у юнита в РО базовая скорость равна нулю, и рядом есть юниты с ненулевой скоростью, он будет являться менее приоритетной целью.
Если в данном случае не важны побочные эффекты, можно попробовать установить башне скорость перемещения 1, Графика - Сдвиг окна (градусы) в 0 и скрыть панель приказов.
Сделай что то вроде триггера
Юнит завершает производство боевой единицы (любой юнит игрока)
Если trained unit (тренируемый) равно колдун
То set unit ability level (абилка колдуна) to 2
Заранее извиняюсь, пишу по памяти на основе обычного нерусифицированного гуи
я тоже создал систему ИИ, но я прописываю ее в триггерах, за это отвечает несколько функций которые выполняют определенный порядок действий, и пока что Полет нормальный, если поставить Компьютерного игрока в свободном слоте он появится в игре, также как и герой для него, еще система умеет проверять Ресурсы Уровень Ману Жизнь герои, умеют двигаться, умеют покупать и продавать предметы возвращая Голду за продажу, умеют Ломать Разрушаемые объекты, умеют создавать Юнитов и все это привязано к Уровню Героя ну и большой Плюс что они умеют играть в Мультиплеере
про Редактора ИИ не могу сказать ничего я им не пользуюсь
Не понимаю как грамотно реализовать.
для начала определится что именно они будут делать
а далее создавать Триггеры или Функции в зависимости что больше нравится и начать вешать События для них
а если добавить все События которые присутствуют в игре можно контролировать практически каждый Шаг ИИ
нет не юнит а эфект
токо заметил и спелы теперь больше нормы наносят урона но дело не в константах
я хз что за фигня
а все разобрался , все дела были из за тригерного спела он почемуто на все спелы влиял )
можно закрыть тему
Ну я не люблю дамми снаряды для направленных способностей, с ними много проблем... в общем юзаю кислотную бомбу и молот бурь, отлавливают попадание по урону в 0 ед. баффу.
Громовая поступь говённая способность для дамми скиллов, деформирует рельеф (это никак не убрать) лучше использовать молот бурь на каждого или ракетный удар, эти способности более гибкие в настройке и не дают не удаляемых эффектов.
Урон лучше всего наносить триггерно от имени кастера независимо что это может сделать и даммик, так сразу мы решим несколько багов - нейтралы будут разбегаться а не агрится на кастера (даммик то неуязвим), способности вроде Blade mail из доты (возвращает урон обратно) не будут работать корректно, а так же многое другое что проверяет убийцу и нанесшего урон.
Значит что нам нужно, летающий дамми юнит (делаем его из светлячка ночных эльфов) - модель Dummy.mdx (требуется скачать и импортировать в карту), обзор в 0, еду, стоимость в 0, хп\мп 1005000 (неважно), способности (москиты и усе, ну можно Неуязвимый нейтральный или как фрог маркер, чисто чтобы потом отьсеивать даммиков, магазины, и тому подобное проверяя на наличие этой способности)
Высота полета 0, тип летающий, угол крена в 0 град. убираем все спецэффекты при смерти и усе.
Триггерно двигай даммика прикрепив к нему спецэффект снаряда, когда до цели не останется расстояния убивай дамми и удаляй спецэффект, выбирай юнитов в области вокруг цели, потом исключи цель из группы и нанеси ей урон, после половинный (или какой там у тебя) урон всем остальным, потом создай даммика, вручи ему ракетный удар и прикажи выстрелить им по области под целью, все очень просто!
Нашёл систему, где звук передаётся в таймер, который истекает через 0 секунд. В результате один и тот же звук может проигрываться несколько раз без всяких проблем. В инетике пишут мол это такой баг движка.
Mrachny, DesiMorti, нифига не верно
событие юнит умирает
откуда взяться приказу?
или вы думаете что в компе сидят маленькие человечки которые читают ваши мысли и следят чтобы всё работало так как вы того хотите?
должен вас огорчить но их не существует
и приказа не существует(ибо его никто не создал) DesiMorti, есть куча систем отлова урона
даже есть статья на гуи на эту тему
хоть иногда статьи читайте
а вообще всё делается намного проще
просто помечаем построенный здания (например при постройке даём им дамми спел)
а при смерти юнита проверяем помечен он или нет(например есть ли у него дамми спел)
и если помечен то создаём юнитов
декорация то сцществует? обычно что бы такие переменные оставались существовать, нужно иметь гуи триггер где хоть как то будет упоминаться юнит/декорация, хоть без ивентов или действий
Но это плохой паттерн - их нельзя перевести автопереводчиком, их не понимают поисковики (никто же не будет заставлять вас писать скрытый alt текст для скрин ридеров)
В будущем планируем красивые плитки, куда можно будет поместить картинку+ссылку+заголовок+текст
интервал пополнения не обязательно ставить, работает без этого. и вообще не от этого работает. Ошибка моя. там с условием проблема была. Больше не встают на перезарядку
эх. ты не поймешь. руна нужна, если у тебя полный инвентарь. А ты можешь ее подобрать и она исчезнет, даже если у тебя полный рюкзак. Это отслеживается, проверяешь какую руну подобрал и можно делать всякие фишки. это я пример хотел сделать, что можно руну в магазин сразу пихать. С руной можно делать скрещивание, складывание зарядов и прочее.
можно отследить двойной клик, но походу поспешил с выводами. Проблема в том, что ты дважды покупаешь предмет, дважды тратишь золота. Короче может не хватит на второй предмет. Нельзя также и исключать, что в магазине итем закончится и будет пополнятся долго. То есть второй итем опять не купишь. Тебе тогда придется придумывать (ценник убрать и интервал обнулить). тебе скидывать бесполезно. Тут должна быть своя система покупки. Проверяешь сколько ресурсов у игрока и прочее.
вот системы. мне они приглянулись, их можно доработать и будет норм.
файл - параметры - автоматически создавать неизвестные переменные привставке триггеров.
размерность массивов в любом случае самому нужно будет переназначать.
Maxsavin, я каждой карте из кампаний даю свой кэш, чтобы не перепуталось ничего.
Не знаю, что получилось бы, сделай я один кэш-файл на всю кампу и грузи карты потом не по порядку. Проверять не буду. Кампания - это пак карт.
Razor_dex, сконвертируй карту, потом открой в стандартном 1.26 редакторе, удали комментарий Рок Лии\Otome Renge
Для гуи-гигантов это типичная болячка, просто битый комментарий который содержит в себе информацию о нескольких действиях, считай как обычный триггер только отображается как комментарий
Возникает такое скорее всего при копировании
P.S. странно что редакторы до 1.31 не обращают внимания на такой баг
События триггера никак нельзя удалить, можно только удалить триггер (с кондишенами и акшенами).
А кстати вот - xgm.guru/p/wc3/venomanser
Будет несомненно полезно, как правильно удалять триггеры.
Да и вовсе полезно для общего развития.
способность можно удалить спокойно, так и добавить.
еще ее спрятать можно, но это гемор (тк нужно импортировать файл, прописывать координаты), таким образом на всю игру спрячешь xgm.guru/p/100/200277
видимо это одна из коммандных абил, поэтому и нельзя заблочить. все что ты пытаешься сделать - заблочить, а не удалить
Можно, создаёте все 24 события лива для одного тригоера. А в действии триггера узнаете ливнувшего игрока с помощью функций: GetTriggeringPlayer(), GetLeavingPlayer().
Второй комп сломан поэтому проверить не могу, почему у меня подозрение, что оно должно работать.... Хотя могу и ошибаться, нормально делал карты года 2 назад.
а) Создай 2 переменные-массива по типу "боевая единица" (массив - чтобы для каждого игрока, мы ведь за мультиплеер трем, прально?), назови типа MyChampion и MyChampionDummy.
б) подготовь невидимого героя-пустышку с нужной тебе иконкой, убери ману, если у чемпиона ее нет. Убери ему радиус обзора, убери галочки типа "отмечать на мини-карте" - остальные - опционально.
В дальнейшем мы будем синхронизировать пустышку и реального чемпиона, создавая видимость одной боевой единицы.
Итак, наш первый триггер:
в) Отследи первое появление чемпиона, когда это случится - создай для игрока героя-пустышку. Соответственно сделай MyChampion [number of (Owner of trained unit)]= last trained unit, следующей строчкой создай того самого героя-пустышку для (owner of trained unit) и сделай MyChampionDummy = last created unit. Теперь мы прочно связали этих чуваков. Этот же триггер запускает остальные.
г) Отслеживание здоровья. Сделай изначально выключенный цикличный триггер, там, каждые 0.3 секунды. Триггер запускается пунктом в). Каждые 0.3 секунды меняй здоровье героя (чья икона висит, надо чтобы она соответствовала, прально?) в % на здоровье самого чемпиона.
д) пропищи событие, мол, если выбирает игрок своего героя (кликая на иконку) выбирается чемпион
е) убивай героя вместе с чемпионом
ж) отключай триггеры с проверкой и выбором, пока чемпион мертв
з) не забывай обновлять переменную чемпиона с каждым новым чемпионом.
Понадобится переменная содержащая количество играющих.
Делай по принципу апгрейда крепости в замок. Только у базового здания несколько апгрейдов, на каждую расу. И триггером увеличить переменной +1 по окончанию апгрейда.
Когда у переменной значение становится равное количеству играющих, создаешь работников.
Я решил проблему, используя обработчики событий BlzTriggerRegisterPlayerKeyEvent и EVENT_PLAYER_MOUSE_DOWN
При нажатии правой кнопки мыши проверяется наличие живого героя и селекция юнитов, если в ней нет юнитов которыми игрок может управлять (или вообще никто не выбран) то юнит моментально отправляется приказом "move" в точку, на которую кликнул игрок и сразу выбирается.
При нажатии клавиши герой просто выбирается.
» WarCraft 3 / Отключение/включение способностей
» WarCraft 3 / идеи
» WarCraft 3 / Замена стандартной озвучки
» WarCraft 3 / Юнит получает урон
» WarCraft 3 / Триггерная проверка
» WarCraft 3 / Способность у воды
» WarCraft 3 / Приказы
» WarCraft 3 / Заморозка юнитов
» WarCraft 3 / магический щит
» WarCraft 3 / GetHeroLevel() и GetUnitLevel()
» WarCraft 3 / Здания герои?
» WarCraft 3 / Заклинание дух воды
» WarCraft 3 / Триггер - добавить событие к триггеру
» WarCraft 3 / Помощь с LUA-кодом
» Администрация XGM / подсветка кода
» Администрация XGM / ссылки на профиль
» WarCraft 3 / Общие здания и ресурсы.
» WarCraft 3 / Проблема с переносом триггеров
» WarCraft 3 / Удалить событие
» WarCraft 3 / выбор расы на игроков
» WarCraft 3 / Отдельный файл
» Game Dev / Lumalabs.ai - текст в 3D
» WarCraft 3 / Управление неподконтрольным юнитом